容器化策略由最佳實(shí)踐和運(yùn)營(yíng)計(jì)劃組成，可通過(guò)加速應(yīng)用程序開發(fā)、測(cè)試和部署來(lái)幫助推動(dòng)數(shù)字化轉(zhuǎn)型。這種方法能夠?qū)?yīng)用程序與底層基礎(chǔ)設(shè)施解耦，從而提高業(yè)務(wù)敏捷性、應(yīng)用程序安全性和操作環(huán)境。

為什么容器應(yīng)該成為我的 IT 策略的一部分？

容器在開發(fā)和部署方面為組織提供了新級(jí)別的敏捷性。比虛擬機(jī)(VM)更輕量級(jí)的容器平臺(tái)（如 Docker）提供了許多相同的好處——從底層基礎(chǔ)架構(gòu)中抽象出應(yīng)用程序——但在操作系統(tǒng) (OS) 級(jí)別而不是硬件級(jí)別。與虛擬機(jī)相比，容器提供了應(yīng)用程序的可移植性和一致性，增強(qiáng)了敏捷開發(fā)環(huán)境，促進(jìn)了微服務(wù)部署，并通過(guò)在每臺(tái)服務(wù)器上支持更多容器來(lái)提高可擴(kuò)展性。

什么是高級(jí)容器化策略？

容器化是企業(yè)數(shù)字化轉(zhuǎn)型計(jì)劃的一部分。容器化策略應(yīng)考慮應(yīng)用程序開發(fā)管道、平臺(tái)注意事項(xiàng)、培訓(xùn)、支持、安全性，當(dāng)然還應(yīng)確定哪些應(yīng)用程序優(yōu)先用于容器化。

開始

大多數(shù)組織將從唾手可得的成果開始，即那些設(shè)計(jì)現(xiàn)代且具有高波動(dòng)性（即頻繁的代碼更新）的應(yīng)用程序。在第一個(gè)應(yīng)用程序投入生產(chǎn)之前，采用快速失敗、經(jīng)常失敗的方法，使組織能夠?qū)崟r(shí)快速適應(yīng)容器的優(yōu)勢(shì)。

發(fā)展組織技能

除了開發(fā)之外，容器策略還必須解決人員和流程的變化。用戶培訓(xùn)、支持教育、安全和治理，包括修改服務(wù)水平協(xié)議，都應(yīng)該被考慮在內(nèi)。

完成轉(zhuǎn)型

接下來(lái)，組織可以將注意力轉(zhuǎn)向容器化其他應(yīng)用程序，例如遺留/單體應(yīng)用程序和集群應(yīng)用程序。請(qǐng)記住，并非每個(gè)應(yīng)用程序都需要部署在容器中，有些應(yīng)用程序更適合它們當(dāng)前運(yùn)行的 VM。但是，將舊應(yīng)用程序遷移到容器可能是將這些應(yīng)用程序重構(gòu)為現(xiàn)代 CI/CD 代碼的第一步DevOps實(shí)踐。

您如何構(gòu)建容器化業(yè)務(wù)案例？

任何成功策略的第一要?jiǎng)?wù)是通過(guò)關(guān)注底線利益來(lái)獲得最高級(jí)別的支持。通過(guò)在單個(gè)硬件上運(yùn)行多個(gè)容器而獲得的基礎(chǔ)架構(gòu)效率可以通過(guò)減少所需的云資源數(shù)量來(lái)影響本地設(shè)備的資本支出和運(yùn)營(yíng)支出收益。除了降低基礎(chǔ)架構(gòu)成本和節(jié)省操作系統(tǒng)許可費(fèi)用之外，還可以實(shí)現(xiàn)額外的節(jié)省，因?yàn)椴辉傩枰獮椴煌沫h(huán)境開發(fā)單獨(dú)的應(yīng)用程序可執(zhí)行文件。容器加速了整個(gè)應(yīng)用程序的生命周期。容器帶來(lái)的更高敏捷性轉(zhuǎn)化為更快的部署、競(jìng)爭(zhēng)優(yōu)勢(shì)和更高效的開發(fā)團(tuán)隊(duì)。

企業(yè)使用容器的主要原因是什么？

許多組織已將容器作為更大的數(shù)字化轉(zhuǎn)型計(jì)劃的一部分。容器采用有幾個(gè)驅(qū)動(dòng)因素，包括：

1. 對(duì)遺留或傳統(tǒng)應(yīng)用程序進(jìn)行現(xiàn)代化改造的需求
2. 希望提高開發(fā)、DevOps 和安全團(tuán)隊(duì)的敏捷性
3. 提高應(yīng)用程序可擴(kuò)展性和可移植性的愿望
4. 需要加快所有應(yīng)用程序?qū)崿F(xiàn)商業(yè)價(jià)值的時(shí)間

容器化的底線好處是什么？

VMware 可以幫助組織開發(fā)企業(yè)業(yè)務(wù)案例來(lái)展示采用容器的價(jià)值。容器化對(duì)于您團(tuán)隊(duì)未來(lái)的 IT 成功有多大必要？VMware 可以幫助您預(yù)測(cè)多少：

1. 通過(guò)開發(fā)人員的敏捷性改進(jìn)可以節(jié)省時(shí)間。平均開發(fā)成本為 50 美元以上/小時(shí)，節(jié)省的每一小時(shí)很快就會(huì)增加
2. 通過(guò)實(shí)現(xiàn)更高的應(yīng)用程序密度并降低操作系統(tǒng)和許可費(fèi)用，可以節(jié)省運(yùn)營(yíng)費(fèi)用
3. 通過(guò)減少整體基礎(chǔ)設(shè)施需求，同時(shí)滿足更多要求，可以減少資本支出

使容器策略與所有利益相關(guān)者保持一致的最佳方式是什么？

DevOps、IT、安全、開發(fā)和業(yè)務(wù)線 (LOB) 都從采用容器中獲益。展示每個(gè)人的好處將加速對(duì)需求的接受并順利達(dá)成遷移計(jì)劃。需要關(guān)注的一些因素包括：

1. DevOps：提高敏捷性，開發(fā)、測(cè)試和生產(chǎn)環(huán)境之間的一致性，簡(jiǎn)單的更新，對(duì)許多框架的支持。
2. IT：提高服務(wù)器效率、降低許可費(fèi)用、降低總體 OpEx（運(yùn)營(yíng)費(fèi)用）和資本支出。
3. LOB：加速實(shí)現(xiàn)價(jià)值，競(jìng)爭(zhēng)優(yōu)勢(shì)。
4. DevSecOps：容器是不可變的，因此組件被替換而不是修補(bǔ)。微服務(wù)可以在不影響應(yīng)用程序的其余部分的情況下更新單個(gè)服務(wù)。
5. 高管：節(jié)省底線，提高整體敏捷性，更好的競(jìng)爭(zhēng)態(tài)勢(shì)。

容器化應(yīng)用程序遷移計(jì)劃的關(guān)鍵要素是什么？

盡管規(guī)劃是必不可少的，但沒有必要遷移每個(gè)應(yīng)用程序，或一次遷移多個(gè)應(yīng)用程序。開始簡(jiǎn)單并利用早期成功的組織將獲得最大的總體接受度。

首先發(fā)現(xiàn)低摩擦、高價(jià)值的應(yīng)用程序，例如需要頻繁更新的現(xiàn)代應(yīng)用程序。同樣重要的是考慮治理、安全和人員因素，如培訓(xùn)、支持和安全，這些因素將受到應(yīng)用程序開發(fā)和部署變化的影響。

與其對(duì)新工具或基礎(chǔ)設(shè)施進(jìn)行大量投資，不如等到至少一個(gè)應(yīng)用程序被容器化并且組織了解其好處。利用這些早期的勝利來(lái)獲得認(rèn)可并簡(jiǎn)化與 LOB（業(yè)務(wù)線）和執(zhí)行團(tuán)隊(duì)成員的未來(lái)預(yù)算對(duì)話。

哪些應(yīng)用程序最適合容器化？

盡管容器越來(lái)越多地用于廣泛的應(yīng)用程序，但容器的短暫性最適合那些無(wú)狀態(tài)（即傳遞處理請(qǐng)求所需的所有信息）和非集群（即設(shè)計(jì)為運(yùn)行在單臺(tái)機(jī)器上而不需要服務(wù)器集群來(lái)運(yùn)行），例如網(wǎng)絡(luò)守護(hù)進(jìn)程和 Web 服務(wù)器組件。

在容器化策略中還應(yīng)考慮哪些其他因素？

團(tuán)隊(duì)文化可以產(chǎn)生很大的不同。與抗拒變革的傳統(tǒng)開發(fā)或 IT 團(tuán)隊(duì)相比，敏捷和創(chuàng)新的團(tuán)隊(duì)自然會(huì)擁有更容易的采用曲線。

首先關(guān)注那些需要頻繁部署的應(yīng)用程序。遺留或棄用的應(yīng)用程序可以在以后容器化，如果有的話。例如，VM 可能比容器更好地服務(wù)于軟件定義的網(wǎng)絡(luò)基礎(chǔ)設(shè)施。

此外，還要考慮對(duì)基礎(chǔ)設(shè)施的財(cái)務(wù)影響。以前運(yùn)行許多 VM 實(shí)例的應(yīng)用程序可以通過(guò)容器化實(shí)現(xiàn)大量節(jié)省，因?yàn)樗璧奈锢砘A(chǔ)設(shè)施規(guī)模減小了。

部署容器化策略需要注意什么？

每個(gè)容器化部署都有六個(gè)關(guān)鍵要素：

1. 應(yīng)用選擇。根據(jù)應(yīng)用程序?qū)傩裕ɡ缒挲g、更新頻率、狀態(tài)與無(wú)狀態(tài)以及對(duì)組織底線的影響）確定優(yōu)先級(jí)。
2. 治理。確保人員和流程到位，以保護(hù)、支持和教育利益相關(guān)者了解容器化實(shí)踐。
3. 平臺(tái)。無(wú)論應(yīng)用程序是否被重構(gòu)，容器都會(huì)影響服務(wù)器和基礎(chǔ)設(shè)施的利用率。容器化可能是許多應(yīng)用程序云遷移的前奏。
4. 創(chuàng)建 CI/CD 管道。如果還沒有到位，采用持續(xù)集成和部署實(shí)踐與容器無(wú)縫推出新代碼的能力相吻合。
5. 編排。容器中的大部分魔力是編排和自動(dòng)化工具，例如 Kubernetes，它們推出容器化應(yīng)用程序并根據(jù)需要向上和向下擴(kuò)展實(shí)例。
6. 持續(xù)評(píng)估。隨著新應(yīng)用程序的出現(xiàn)和業(yè)務(wù)需求的發(fā)展，組織可能需要重新確定下一個(gè)容器化應(yīng)用程序的優(yōu)先級(jí)。

為什么要從沙盒環(huán)境開始？

沙盒為開發(fā)和 IT 團(tuán)隊(duì)提供了熟悉容器和編排平臺(tái)（如 Docker 和 Kubernetes）的機(jī)會(huì)，而不會(huì)影響生產(chǎn)環(huán)境。繼續(xù)對(duì)新的容器化應(yīng)用程序進(jìn)行沙箱化有助于提高人們對(duì)代碼投入生產(chǎn)時(shí)將按預(yù)期運(yùn)行的信心。

部署容器需要多長(zhǎng)時(shí)間？

盡管容器化加速了整體發(fā)展，但仍有一條學(xué)習(xí)曲線。從一個(gè)簡(jiǎn)單的候選人開始，然后確保所有利益相關(guān)者團(tuán)隊(duì)都與一個(gè)單一的、可管理的時(shí)間表保持一致，其中包括必要的培訓(xùn)。通過(guò)從小處著手、利用勝利并根據(jù)應(yīng)用程序選擇標(biāo)準(zhǔn)取得進(jìn)展，組織可以通過(guò)在此過(guò)程中展示成功來(lái)開始其轉(zhuǎn)型。

容器化策略中的關(guān)鍵治理問(wèn)題是什么？

首先，確定整個(gè)組織的角色和職責(zé)。然后，為每個(gè)容器化的應(yīng)用程序制定測(cè)試、培訓(xùn)和支持計(jì)劃。最后，讓容器安全成為從沙盒到部署的每個(gè)測(cè)試的一部分。